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Description 

TECHNICAL FIELD 

[0001] The present invention is generally related to 
the field of information dissemination and, more partic- 
ularly, is related to a system and method for generating 
and distributing a publication. Reference is made to U. 
S. Patent Application No. (Applicant's docket no. 
10005369), "System and Method For Generating and 
Distributing a Publication", by Timothy Justice, filed on 
the same day herewith and assigned to the same as- 
signee. 

BACKGROUND OF THE INVENTION 

[0002] In the mid 1400's, Johann Gutenberg revolu- 
tionized how information is disseminated through his in- 
vention of the movable type press. With the publication 
of the Mazarin Bible, documents which were once held 
in the exclusive domain of a chosen few were now wide- 
ly available to the masses. Nearly 550 years later, the 
mass media revolution that Gutenburg started is alive 
and well, complete with newspapers such as the New 
York Times and the Washington Post, magazines such 
as Newsweek and Sports Illustrated, and literally thou- 
sands upon thousands of other lesser known publica- 
tions. 

[0003] While these thousands of publications cover a 
wide range of interests, from news to sports to fashion 
to model rocketry, they have one thing in common: they 
are intended to be read by a mass market. Unlike the 
pre-Gutenberg days, where a document would literally 
be read by only one person or a very small number of 
people, it is not economically viable for today's publica- 
tions to have such a small readership, due at least in 
partto high marketing, production and distribution costs. 
In fact, many of today's publications are funded to a very 
large extent by the advertising contained within them. 
These advertisers are attracted to publications that can 
consistently deliver a large, reliable audience of con- 
sumers that will be exposed to their advertising. 
[0004] While this mass market publication model has 
worked well for hundreds of years, it is not without its 
problems. One such problem is that a typical reader of 
a publication has a wide variety of interests, and no sin- 
gle mass market publication will be able to satisfy all 
these interests. For example, a reader who is interested 
in international news, golf, fly fishing, genealogy, and 
computers may have to subscribe to several different 
publications to satisfy these interests. Of course, since 
these publications are intended for a mass market, they 
will also contain a significant amount of material includ- 
ing articles, advertising, and other content that does not 
hold our reader's interest. Consequently, our reader will 
ignore such material and a significant amount of paper 
is wasted. Advertisers know this, and agree to pay con- 
siderably less to mass market magazine or newspaper 



per 1000 exposures to their ad than they would pay to 
a direct-mail generator that can provide a more specific 
guarantee that the people exposed to their ad are of a 
demographic group that will be much more likely to read 
5 their ad and be interested in it. 

[0005] In addition, it is neither cost-effective nor time 
effective for most readers to subscribe to and/or read a 
large number of publications. Generally, the typical 
reader will only subscribe to a few publications that are 
10 of the most interest to them. The reader reduced read- 
ership level of the publications our typical reader choos- 
es not to subscribe to, even though he would be inter- 
ested in at least some of the editorial and advertising 
content contained inside, means that the publication re- 
's ceives less subscription and advertising revenue than 
they otherwise would. If many other readers make the 
same decision, the continued health of the publication 
may be In jeopardy, and the publication may be forced 
to go out of business. In fact, many publications do go 
out of business yearly for failing to attract a sustaining 
number of advertisers and readers, even if there are a 
large number of readers that would be interested in 
reading their publication, and a corresponding number 
of advertisers anxious to have these readers expos d 
to their ads. In general, publications that fail to attract a 
substantial mass market of people willing to pay for and/ 
or read them cease publication. This is a shame, since 
many of these publications would enrich the diversity of 
information available to all readers, and would provide 
an avenue for lesser known writers and artists to prac- 
tice their wares. 

[0006] In more recent years, a new type of publication 
has emerged, namely, the electronic publication. Read- 
ers of these publications typically sign onto the Internet 
through their computer, and read the publications on- 
line. Some of these publications allow users to state per- 
sonal preferences on what type of material they want to 
read. Often, these personalized electronic publications 
include advertising, usually in the form of a banner ad 
that is placed on the top of the screen. 
[0007] While these electronic publications have been 
an interesting development in the distribution of infor- 
mation , they still represent a tiny fraction of the informa- 
tion that is published under the more traditional post- 
Gutenburg model. Many readers of these electronic 
publications complain that they are very difficult to read, 
especially for long periods of time. Wh ile it might be con- 
venient for a reader to sign onto the Internet to look at 
a news web site for a brief summary of late breaking 
news, this reader would most likely only spend a few 
minutes at the site, and would likely still subscribe to the 
more traditional print media such as Newsweek or the 
Washington Post. They would also likely spend signifi- 
cantly mor time reading the more traditional printed 
publication than they would the electronic publication, 
and correspondingly, spend more time being exposed 
to th ads in the traditional printed publication. Accord- 
ingly, printed publications continue to flourish today 
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more than five centuries after Gutenberg made them 
possible. 

[0008] In addition, there are many new technologies 
that may be used to present information to a user. Elec- 
tronic publications typically have been viewed through 
a screen of a personal computer. However, new means 
of information exchange exist now and will proliferate in 
the future. Such means include, for example, Palm Pilot 
computers, personal digital assistants, personal appli- 
ances, pagers, cellular telephones, and other means of 
information exchange and presentation. Unfortunately, 
these various technologies that can be employed to 
present publications to users typically require publica- 
tions to be sent in a specific format that can be recog- 
nized and manipulated accordingly. 

SUMMARY OF THE INVENTION 

[0009] In light of the forgoing, the present invention 
provides for a system and method for formatting a pub- 
lication. In one embodiment, the system includes a proc- 
essor coupled to a local interface and a memory coupled 
to the local interface. Publication distribution logic is 
stored on the memory and is executable by the proces- 
sor. The publication distribution logic includes logic to 
associate a content item with a publication in the server 
and logic to identify a presentation platform from a 
number of potential presentation platforms. Also, the 
publication distribution logic includes logic to generate 
an output file in the server including the content item in 
a digital format recognizable by the presentation plat- 
form. 

[0010] The present invention may also be viewed as 
a method for formatting a publication. Broadly stated, 
the present method includes the steps of associating a 
content item with a publication in the server, identifying 
a presentation platform from a number of potential pres- 
entation platforms, and generating an output file in the 
server including the content item in a digital format rec- 
ognizable by the presentation platform. 
[0011] The present invention provides distinct advan- 
tages. Specifically, it allows users to request a specific 
publication that is delivered to a client in a convenient 
manner. In addition, the publication is formatted in a dig- 
ital file that is recognizable and may be manipulated by 
one or more of a number of presentation platforms. 
Thus, the present invention provides a publication to a 
user that may include content from many sources to us- 
ers in a form convenient to the particular user. 
[0012] Other features and advantages of the present 
invention will become apparent to a person with ordinary 
skill in the art in view of the following drawings and de- 
tailed description. It is intended that all such additional 
features and advantages be included herein within the 
scope of the pres nt invention. 
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BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF 
THE DRAWINGS 

[0013] The invention can be understood with refer- 
s ence to the following drawings. The components in the 
drawings are not necessarily to scale. Also, in the draw- 
ings, like reference numerals designate corresponding 
parts throughout the several views. 

10 FIG. 1 is a block diagram of a publishing network 
according to an embodiment of the present inven- 
tion; 

FIG. 2 is a functional block diagram of publication 
distribution logic executed on a server in the pub- 
lishing network of FIG. 1 ; 

FIG. 3 is a functional block diagram of work centers 
employed in the publication distribution logic of FIG. 

2; 

FIG. 4 is a flow chart of functionality of the publica- 
tion distribution logic of FIG. 2; 
FIG. 5 is a flow chart of further functionality of the 
publication distribution logic of FIG. 2; and 
FIG. 6 is a flow chart of further functionality of the 
publication distribution logic of FIG. 2. 

DETAILED DESCRIPTION OF THE INVENTION 

[0014] With reference to FIG. 1 , shown is a publishing 
network 1 00 according to an embodiment of the present 
invention. The publishing network 100 includes a publi- 
cation server 103, a publisher server 106, and a client 
109. The publication server 103, publisher server 106, 
and the client 1 09 are in data communication with each 
other by way of a network 113. The network 113 may 
be, for example, the Internet, wide area networks 
(WANs), local area networks, wireless networks, or oth- 
er suitable networks, etc. The network 113 may repre- 
sent a combination of two or more of the above networks 
as well. 

[0015] The publication server 1 03 includes a proces- 
sor circuit that has a processor 123 and a memory 126, 
both of which are coupled to a local interface 129. The 
local interface 1 29 may be, for example, a data bus with 
an accompanying control bus as known by those with 
ordinary skill in the art. 

[0016] Stored on the memory 126 is publication dis- 
tribution logic 133, a database 136, and server request 
logic 139. The publication distribution logic 133 is exe- 
cutable by the processor 123 to generate a publication 
in digital form in a format that is recognizable by any one 
of a number of presentation platforms embodied in th 
client 109. Specifically, the publication distribution logic 
133 receives a request for a particular publication and 
then generates the publication in the desired digital for- 
mat that is transmitted to a presentation platform .as will 
be discuss d. The database 136 contains the content 
that is us d to generate the publication as well as other 
information and data files employed by the publication 
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distribution logic 133. 
[001 7] The publisher server 1 06 has a processor cir- 
cuit that includes a processor 153 and a memory 156, 
both of which are coupled to a local interface 159. The 
local interface 1 59 may be, for example, a data bus with 
an accompanying control bus as known by those with 
ordinary skill in the art. Stored on the memory 156 is 
content transfer logic 163 and publishing content 166. 
The content transfer logic 1 63 is executable by the proc- 
essor 153 to transmit the publishing content 166 to the 
publication server 103. 

[0018] The client 109 also includes a processor circuit 
that features a processor 173 and a memory 1 76, both 
of which are coupled to a local interface 179. The local 
interface 179 may be, for example, a data bus with an 
accompanying control bus as known by those with ordi- 
nary skill in the art. Stored on the memory 1 76 and ex- 
ecutable by the processor 173 are client request logic 
193 and a browser 196 according to one embodiment 
of the present invention. The client request logic 1 93 is 
executable by the processor 173 to request a desired 
publication from the publication server 1 03. The browser 
1 96 is executable by the processor 1 73 to present a pub- 
lication received from the publication server 1 03 to a us- 
er. I n this regard, the browser 1 96 executed on the client 
1 09 provides an example of a presentation platform that 
is employed to present the publication to the user. Ac- 
cording to the present invention, other presentation plat- 
forms may be employed as well. 
[0019] The memories 126, 156, and 176 may include 
both volatile and nonvolatile memory components. Vol- 
atile components are those that do not retain data val- 
ues upon loss of power. Conversely, nonvolatile compo- 
nents retain data upon a loss of power. Thus, the mem- 
ories 1 26, 156, and 1 76 may comprise, for example, ran- 
dom access memory (RAM), read-only memory (ROM), 
hard disk drives, floppy disks accessed via an associat- 
ed floppy disk drive, compact disks accessed via a com- 
pact disk drive, magnetic tapes accessed via an appro- 
priate tape drive, and/or other memory components, or 
a combination of any two or more of these memory com- 
ponents. 

[0020] In addition, each of the processors 123, 153, 
and 1 73 may represent multiple processors that operate 
in parallel . Similarly, each of the memories 1 26, 1 56, and 
176 may represent multiple memories that are used in 
conjunction with the respective parallel processors. In 
such a case, each of the local interfaces 129, 159, and 
1 79 may be an appropriate network that facilitates com- 
munication between any two of the multiple processors 
or between any one processor and any one memory, 
etc. In addition, the processors 123, 153, and 173; mem- 
ories 126, 156, and 176; and local interfaces 129, 159, 
and 1 79 may be electrical or optical in nature. The mem- 
ories 1 26, 1 56. and 1 76 may also be magnetic in nature. 
[0021] User input devices (not shown) that may be 
mployed with the publication server 103, the publisher 
server 1 06, and the client 1 09 include, for example, but 



are not limited to, scanners, keyboards, keypads, touch 
pads, touch screens, microphones, mice, joysticks, or 
one or more push buttons, etc. User output devices may 
include display screens, indicator lights, speakers, print- 
5 ers, etc. The particular display devices may further com- 
prise, for example, a liquid crystal display screen, a gas 
plasma-based flat panel display, indicator lights, light 
emitting diodes, and other display devices. 
[0022] In light of the foregoing discussion of the pub- 
10 lishing network 1 00, the following provides a general op- 
erational overview. To begin , the client 1 09 executes the 
client request logic 1 93 to generate a request for a par- 
ticular publication to present to the user by way of a par- 
ticular presentation platform, such as, for example, the 
is browser 196. Pursuant to the client request logic 193, 
the request can be generated on demand by the user, 
or alternatively, the request can be generated by the cli- 
ent request logic 193 in an automated fashion periodi- 
cally according to predefined parameters as entered by 
the user. The request is then transmitted to the publica- 
tion server 1 03 by way of the network 1 1 3. 
[0023] Alternatively, a request for a particular publica- 
tion may be generated in the publication server 1 03 pur- 
suant to the server request logic 139. In particular, th 
server request logic 139 may be preset to specify one 
or more publications to be delivered to a user periodi- 
cally at specific times. To this end, the server request 
logic 139 may include a scheduling database, for exam- 
ple, that includes prescription and delivery information. 
Such a database may be automatically searched to gen- 
erate a request for a publication to be delivered to a user. 
The precise publication(s) and delivery times, etc. t may 
be determined when the user first subscribes to the pub- 
lication service. 

[0024] Whether generated in the client 1 09 or in the 
publication server 103, the request for a publication is 
provided to the publication distribution logic 133. The 
request includes information such as a publication iden- 
tifier, a presentation platform identifier, a request identi- 
fier, and other information as needed. The publication 
identifier signifies the desired publication; the presenta- 
tion platform identifier identifies the specific presenta- 
tion platform that is to be employed to present the infor- 
mation to the user; and the request identifier uniquely 
identifies the request. The publication server 103 then 
reacts to the request by generating the desired publica- 
tion. In particular, the publication server 1 03 gathers the 
content of the publication from the database 136 and 
generates the publication in a digital format that is rec- 
ognizable by the specific presentation platform. The 
publication server 103 pursuant to the publication distri- 
bution logic 1 33 transmits the publication to the presen- 
tation platform such as, for example, the browser 196 
executed on th client 109. 

[0025] Upon receiving the publication, the presenta- 
tion platform such as, for example, the browser 196 ex- 
ecuted in the client 109 proceeds to perform all neces- 
sary operations to present the information to the user. 
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In particular, various presentation platforms may be em- 
ployed to present the publication to the user in one of 
several forms. For example, the publication may be pre- 
sented as a printed document, a display on a display 
device, or other types of presentation modes. Thus, the 
concept of "presenting a publication to a user" as con- 
templated herein is defined broadly as depicting a pub- 
lication in a form that is perceivable by a user so that 
the user may comprehend the information contained 
therein. The term "presentation platform" is defined 
herein as the system or device that is employed to 
present the publication to the user. A particular presen- 
tation platform may be implemented in terms of software 
executed on general purpose hardware, dedicated 
hardware that performs the functional aspects of the 
particular presentation platform, or a combination of 
software/general purpose hardware and dedicated 
hardware. 

[0026] For example, one presentation platform may 
comprise a client 109 that executes a browser 196 as 
shown with reference to FIG. 1 . Alternatively, an elec- 
tronic mail service or mail reader may be employed in 
the place of the browser 1 96. Another presentation plat- 
form may comprise the client 109 with an attached print- 
er to print the publication in the form of a document. In 
this regard, logic would be stored on the memory 1 76 
and executed by the processor 173 to print out a public 
cation received from the publication server 103 on the 
attached printer. 

[0027] Further presentation platforms may include a 
pager device, cellular telephone device, personal appli- 
ance, Palm Pilot computers, personal digital assistants, 
or other mobile device that provides a screen or other 
means for displaying information to a user. For example, 
a pager or cellular telephone may include a processor 
circuit with a processor and a memory. Stored on this 
memory and executable by the processor may be, for 
example, a mini browser, electronic mail reader, or other 
logic to present the publication to the user via an appro- 
priate display device, etc. In yet another alternative, the 
presentation platform may comprise a voice synthesizer 
executed on the client 109 with a voice signal output 
supplied to an output speaker. Also, the presentation 
platform may comprise, for example, electronic books, 
efc. 

[0028] The presentation platforms discussed herein 
are provided as examples of a number of potential pres- 
entation platforms for which a publication may be pre- 
pared by the publication distribution logic 133. Other 
presentation platforms not discussed herein may further 
be identified by those with ordinary skill in the art. Such 
presentation platforms fall within the scope of the 
present invention. The publication distribution logic 1 33 
serves to generate a publication in a digital format that 
is recognizable by any one of a number of prospective 
presentation platforms. 

[0029] With refer nee to FIG. 2, shown is a functional 
block diagram of the publication distribution logic 133 



(FIG.1) according to an embodiment of the present in- 
vention. As shown in FIG. 2, each block represents a 
module, object, or other grouping or encapsulation of 
underlying functionality as implemented in program- 

5 ming code. However, the same underlying functionality 
may exist in one or more modules, objects, or other 
groupings or encapsulations that differ from those 
shown in FIG. 2 without departing from the present in- 
vention as defined by the appended claims. 

10 [0030] To begin, the publication distribution logic 133 
receives a request 203 from either the client 109 (FIG. 
1) pursuant to the client request logic 193 (FIG. 1) or 
from the publication server 103 (FIG. 1) pursuant to the 
server request logic 139 (FIG. 1) as discussed above. 

15 The request 203 includes : for example, a request iden- 
tifier 206, a publication identifier 209, a presentation 
platform identifier 213 and refinements 216. It is under- 
stood that the request 203 may also include other infor- 
mation as appropriate or necessary to the formation of 

20 a particular publication. 

[0031] The publication distribution logic 133 also in- 
cludes a dispatcher 223, an order factory 226, and the 
database 136 as shown. Also, the publication distribu- 
tion logic 133 includes publication assembly logic 227 

25 with work centers 229 that generate one or more inter- 
mediate files 233 and an output file 236. The output file 
236 is transmitted to a client 1 09. The publication distri- 
bution logic 133 also includes a content transformer 239 
that receives the publication content 166 from the pub- 

30 lisherserver106(FIG. 1) and transforms it into a format 
for storage in the database 136. The format employed 
to store the publication content 1 66 on the database 1 36 
may involve the use of, for example, extensible markup 
language (XML) or other suitable language. The specific 

35 format employed is such to allow the content to be rec- 
ognized and manipulated by the other modules, objects, 
or other elements of the publication distribution logic 
133. 

[0032] Next a discussion of the operation and func- 

40 tionality of the components of the publication distribution 
logic 133 is offered. To begin, the request 203 that is 
generated either in the publication server 103 (FIG. 1) 
or in the client 1 09 (FIG. 1 ) is received by the dispatcher 
223. Upon receiving a request 203, the dispatcher 223 

45 supplies the request 203 to the order factory 226 to ob- 
tain a list of the content that is associated with the de- 
sired publication as identified by the request 203. In par- 
ticular, the request 203 includes the publication identifier 
209 that is associated with the list of content included in 

so the publication to be generated by the publication distri- 
bution logic 133. The order factory 226 uses the publi- 
cation identifier 209 to search the database 1 36 for all 
content items, which may include both images and text 
that are associated with the publication identifier 209. 

55 [0033] Upon identifying all of the content it ms asso- 
ciated with the publication identifier 209 in the database 
136, the order factory 226 g nerates an order (not 
shown) that essentially comprises a list of the content 
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items in terms of their file name and location in the da- 
tabase 136. Also, in performing the search in the data- 
base 1 36, the order factory 226 may consult any refine- 
ments 21 6 that are included in the request 203 to limit 
or to qualify the search for the content that is performed. 
For example, the refinements 216 may indicate a par- 
ticular issue date of a content item that is to be obtained 
or other general parameters relating to the content items 
themselves. After the order factory 226 creates the or- 
der that lists the content of the publication, it is then re- 
turned to the dispatcher 223. 

[0034] When the dispatcher 223 receives the request 
203, it performs a search of the database 1 36 for an ap- 
propriate routing associated with the presentation plat- 
form as identified by the presentation platform identifier 
213. In this regard, the database includes a number of 
routings, each one associated with a particular presen- 
tation platform. The dispatcher 223 also searches for 
any style sheets and/or templates that are also stored 
in the database 1 36 to be employed by future work cent- 
ers 229 in processing the publication before it is trans- 
mitted to the client 109 (FIG. 1) as the output file 236. 
Also, the dispatcher 223 transforms the order from the 
order factory 226 into a work order that is in a predefined 
format. For example, the work order that is generated 
contains the same information as the request 203 ex- 
cept it is in a format that is acceptable for further 
processing by the work centers 229. 
[0035] The format employed for the work order may 
be, for example, a document type definition (DTD) using 
extensible markup language (XML) file or other similar 
structure that may be interpreted by the appropriate 
work center 229. For example, a work center 229 may 
include an extensible style sheet language (XSL) proc- 
essor that performs various functions identified on an 
appropriate style sheet in light of the work order that is 
in XML format. 

[0036] After the dispatcher 223 has the work order, 
the routing, and any style sheets/templates necessary 
to transform the content into the output file 236, the dis- 
patcher 223 calls or otherwise activates the first work 
center 229 in the routing to begin processing the work 
order. Specifically, the dispatcher 223 supplies the work 
order and the style sheet/template to the appropriate 
work center 229. The work center 229 will then perform 
the functionality identified in the style sheet/template to 
either generate the output file 236 or an intermediate file 
233. The intermediate file 233 may be used, for exam- 
ple, when there are multiple work centers 229 that must 
be employed based upon a particular routing to gener- 
ate the output file 236. In particular one or more work 
centers 229 may create one or more intermediate files 
233 as needed. For example, a work center 229 may 
obtain the actual content items from th database 136 
based upon the listing thereof in th work order supplied 
by th dispatcher 223. These content items may be 
stor d in random access memory in the publication 
server 103 as an intermediate file 233 in a format that 



is recognizable by subsequent work centers 229 identi- 
fied in the routing. In this manner, the content items are 
then stored in random access memory where they may 
be further manipulated as necessary to produce the out- 
5 put file 236. The ultimate result of the transformations 
and other functionality performed by the work centers 
229 is the output file 236 that is ultimately transmitted 
to the client 109 (FIG. 1). 

[0037] The publication distribution logic 133 also in- 
fo eludes the content transformer 239. The content trans- 
former239 essentially parses publishing content 1 66 re- 
ceived from the publisher server 1 06 and transforms it 
into appropriate format to be stored on the database 
1 36. The format may use, for example, one or more doc- 
's ument type definition (s) (DTD) using XML or other par- 
ticular formatting language, etc. The format into which 
the content transformer 239 places the publishing con- 
tent 166 is that which is compatible with the order factory 
226, the dispatcher 223, and the work centers 229. 
[0038] With reference to FIG. 3, shown is the publica- 
tion assembly logic 227 that includes a functional block 
diagram of the work centers 229a, b, c... along with the 
work order 243 and the output file 236 that is supplied 
to the client 109 (FIG. 1). As depicted in FIG. 3, a work 
order 243 that has been generated by the dispatch r 
223 (FIG. 2) is supplied to the first work center 229a that 
ultimately generates the intermediate file 233a. The 
work center 229a receives the content items from the 
database 1 36 as identified by the dispatcher 223 as well 
as any style sheets/templates that are necessary to per- 
form the operations of work center 229a. Work center 
229a ultimately generates intermediate file 233a. Work 
center 229b then operates on the intermediate file 233a 
to produce intermediate file 233b and so on until a final 
work center 229c produces the output file 236 as shown. 
The number of work centers 229 that may be employed 
in transforming a work order 243 into the output file 236 
may vary depending on the particular presentation plat- 
form that is employed by the client 109. For example, 
some presentation platforms may require much more 
processing than other presentation platforms to trans- 
form the work order 243 into the output file 236. Thus, 
for some presentation platforms, only a single work 
center 229 need be employed to obtain an output file 
236 without intermediate files 233 whereas other pres- 
entation platforms may employ multiple work centers 
229 with multiple intermediate files 233. 
[0039] The work centers 229 as shown perform vari- 
ous functions. Some of these functions may be, for ex- 
ample, transforming an extensible markup language 
(XML) file to another XML file. Other functions may in- 
volve extracting metadata from a file, generating a sum- 
mary of a file, or performing various housekeeping func- 
tions such as deleting intermediate files out of memory, 
etc. The work centers 229 may comprise, for example, 
an extensible stylesheet language (XSL) processor that 
operates on appropriate stylesheets. 
[0040] Referring next to FIG. 4, shown is a flow chart 
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of the particular logical functions performed by the dis- 
patcher 223 (FIG. 2). Alternatively, the flow chart of FIG. 
4 may represent the method steps taken by the dis- 
patcher 223. Beginning with block 303, the dispatcher 
223 waits for a request 203 (FIG. 2) to b received from 
either the publication server 103 (FIG. 1) pursuant to the 
server request logic 1 39, or from the client 1 09 pursuant 
to the client request logic 1 93 (FIG. 1 ). Assuming that a 
request 203 has been received, the dispatcher 223 
moves on to block 306 in which the content items asso- 
ciated with the particular publication to be generated are 
identified on the database 1 36 (FIG. 2) through the order 
factory 226 (FIG. 2). Thereafter, in block 309 the dis- 
patcher 223 generates the work order 243 (FIG. 3) from 
the order received from the order factory 226. 
[0041 ] Next, in block 3 1 3 the dispatcher 223 identifies 
a routing and any style sheets/templates that are need- 
ed to process the work order 243 by the work centers 
229 (FIG. 3). Thereafter, the dispatcher 223 moves to 
block 316 in which an appropriate work center 229 is 
called to perform a transformation of either the work or- 
der 243 or an intermediate file 233 (FIG. 2) as indicated 
by the routing received from the database 1 36. In par- 
ticular, the work order 243/intermediate file 233 may be 
processed into either another intermediate file 233 or 
the output file 236. In addition, the operation of the work 
centers 229 may involve functions other than transform- 
ing the work order 243/intermediate file 233 as dis- 
cussed previously. 

[0042] Next, in block 319 the dispatcher 223 deter- 
mines whether the last transformation and/or other op- 
eration has been performed by the final work center 229, 
thereby resulting in the output file 236 (FIG. 2). Such is 
indicated, for example, by the routing that is associated 
with the particular presentation platform 213 (FIG. 2). If 
not, then the dispatcher 223 reverts back to block 316 
for further transformations and/or other operations to be 
performed by additional work centers 229. However if 
the last transformation and/or other operation is per- 
formed in block 319, then the dispatcher 223 moves to 
block 323 in which the output file 236 (FIG. 2) is trans- 
mitted to the client 109 (FIG. 1) accordingly. 
[0043] Turning then to FIG. 5, shown is a flow chart 
of the order factory 226 according to another aspect of 
the present invention. Alternatively, the flow chart of 
FIG. 5 may represent the method steps taken by the or- 
der factory 226. The functionality performed by the order 
factory 226 generally obtains the list of the content items 
to be placed in the publication from the database 136 
as discussed previously. Beginning with block 353, the 
order factory 226 identifies any applicable refinements 
216 (FIG. 2) and content rules that apply to the particular 
publication. The refinements 216 (FIG. 2) are found in 
the request 203 (FIG. 2) and the content rules may be 
obtained from the database 136 (FIG. 1). For example, 
the refinements may include a publication date, a type 
of content item, or other such identifying information. 
The content rules may stipulate, for example, that a cer- 
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tain content item is not to be published until after a spe- 
cific date also know as a "blackout 0 date, etc. 
[0044] Thereafter, the order factory 226 moves to 
block 356 in which the database 136 (FIG. 2) is queried 
5 in light of the publication identifier 209, the refinements 
216, and the content rules that apply to the specific con- 
tent item. Then, in block 359, the order factory 226 as- 
sembles the content item identifiers in an order that is 
sent back to the dispatcher 223. The order itself may 
10 comprise a particular data structure stored in the mem- 
ory 126 (FIG. 1). Finally, in block 363 the order data 
structure is applied to the dispatcher 223 for further 
processing to generate the work order 243 and to be 
processed by the work centers 229, etc. Thereafter, the 
15 order factory 226 ends appropriately. 

[0045] With reference to FIG. 6, shown is a flow chart 
that provides an example of functionality that is per- 
formed by a work center 229 (FIG. 2) in the case that 
the work center 229 is an XSL processor. Alternatively, 
20 the flow chart of FIG. 6 may represent the method steps 
taken by the work center 226. Beginning with block 383, 
the work center 229 obtains any necessary style sheet 
and/or template from the database 136 (FIG. 2). There- 
after; in block 386 the work center 229 executes instruc- 
ts tions on the style sheet to transform a prospective work 
order 243 (FIG. 3)/intermediate file 233 (FIG. 2) into an 
appropriate interim file 223/output file 236 (FIG. 2). The 
work center 229 obtains any necessary content items 
from the database 136 as well. Thereafter, in block 389 
30 the work center 229 informs the dispatcher 223 (FIG. 2) 
that the transformation is complete so that the next work 
center 229 may be called or otherwise activated by the 
dispatcher 223. 

[0046] Among the advantages provided by the 

35 present invention is the fact that the publication distri- 
bution logic 133 allows users to request a publication 
that is delivered to a client 1 09 in a convenient manner. 
In addition, the publication is formatted in a digital file 
(the output file 236) that is recognizable and may be ma- 

^o nipulated by one of a number of presentation platforms. 
Thus, the present invention provides a publication to a 
user that may include content from many sources in a 
form convenient to the particular user. 
[0047] Referring back to FIG. 1, although the logic 

45 1 33, 1 36, 1 39, 1 63, 1 93, and 1 96 of the present inven- 
tion is embodied in software as discussed above, as an 
alternative the logic 133, 136, 139, 163, 193, and 196 
may also be embodied in hardware or a combination of 
software and hardware. If embodied in hardware, the 

50 logic 133, 136, 139, 163, 193, and 196 can be imple- 
mented as a circuit or state machine that employs any 
one of or a combination of a number of technologies. 
These technologies may include, but are not limited to, 
discrete logic circuits having logic gates for implement- 

55 jng various logic functions upon an application of one or 
more data signals, application specific integrated cir- 
cuits having appropriate logic gates, programmable 
gate arrays (PGA), field programmable gate arrays (FP- 
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GA), or other components, etc. Such technologies are 
generally well known by those skilled in the art and, con- 
sequently, are not described in detail herein. 
[0048] The block diagrams and/orflow charts of FIGS. 
2-6 show the architecture, functionality, and operation 
of an implementation of the logic 133. If embodied in 
software, each block may represent a module, segment, 
or portion of code that comprises one or more executa- 
ble instructions to implement the specified logical func- 
tion^). If embodied in hardware, each block may repre- 
sent a circuit or a number of interconnected circuits to 
implement the specified logical f unction(s). Although the 
block diagrams and/or flow charts of FIGS. 2-6 show a 
specific order of execution, it is understood that the or- 
der of execution may differ from that which is depicted. 
For example, the order of execution of two or more 
blocks may be scrambled relative to the order shown. 
Also, two or more blocks shown in succession in FIGS. 
2-6 may be executed concurrently or with partial con- 
currence. It is understood that all such variations are 
within the scope of the present invention. 
[0049] Also, the logic 133 can be embodied in any 
computer-readable medium for use by or in connection 
with an instruction execution system such as a compu- 
ter/processor based system or other system that can 
fetch or obtain the logic from the computer-readable me- 
dium and execute the instructions contained therein. In 
the context of this document, a "computer-readable me- 
dium" can be any medium that can contain, store, or 
maintain the logic 133 for use by or in connection with 
the instruction execution system. The computer reada- 
ble medium can comprise any one of many physical me- 
dia such as, for example, electronic, magnetic, optical, 
electromagnetic, infrared, or semiconductor media. 
More specific examples of a suitable computer-readable 
medium would include, but are not limited to, a portable 
magnetic computer diskette such as floppy diskettes or 
hard drives, a random access memory (RAM), a read- 
only memory (ROM), an erasable programmable read- 
only memory, or a portable compact disc. 
[0050] Although the invention is shown and described 
with respect to certain preferred embodiments, it is ob- 
vious that equivalents and modifications will occur to 
others skilled in the art upon the reading and under- 
standing of the specification. The present invention in- 45 
eludes all such equivalents and modifications, and is 
limited only by the scope of the claims. 



Claims so 

1. A method for formatting a publication, comprising 
the steps of: 

associating a content item with a publication in 55 
the server (103); 

identifying a presentation platform from a 
number of potential presentation platforms; and 



a processor (123) coupled to a local interface 
(129); 

a memory (126) coupled to the local interface 
(129); 

publication distribution logic (133) stored on the 
memory ( 1 26) and executable by the processor 
(123), the publication distribution logic (133) 
comprising: 

log ic to associate a content item with a pub- 
lication in the server (1 03); 
logic to identify a presentation platform 
from a number of potential presentation 
platforms; and 

logic to generate an output file (236) in th 
server (1 03) including the content item in a 
digital format recognizable by th presen- 
tation platform. 

7. The system of claim 6, wherein the logic to identity 
a presentation platform from a number of potential 



generating an output file (236) in the server 
(103) including the content item in a digital for- 
mat recognizable by the presentation platform. 

5 2. The method of claim 1 , wherein the step of identi- 
fying a presentation platform from a number of po- 
tential presentation platforms further comprises the 
step of parsing a received publication request (203) 
to identify the presentation platform contained 
10 therein. 

3. The method of claim 1 , further comprising the step 
of receiving a publication request (203), wherein the 
request identifies the publication and the presenta- 

's tion platform. 

4. The method of claim 1 , wherein the step of associ- 
ating a content item with a publication in the server 
(1 03) further comprises the steps of: 

?o 

identifying a publication identifier (209) in a re- 
ceived publication request (203); and 
searching a content database (136) for the con- 
tent item based upon the publication identifier 
25 (209). 

5. The method of claim 1 , wherein the step of associ- 
ating one of a number of presentation platforms with 
a publication further comprises the step of receiving 

30 a publication request (203), the publication request 
(203) including a presentation platform identifier as- 
sociated with the presentation platform and a pub- 
lication identifier (209) associated with the publica- 
tion. 

35 

6. A system for formatting a publication, comprising: 
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presentation platforms further comprises logic to 
parse a received publication request (203) to iden- 
tify the presentation platform contained therein. 

8. The system of claim 6, wherein the publication dis- 5 
tribution logic (133) further comprises logic to re- 
ceive a publication request (203), wherein the re- 
quest identifies the publication and the presentation 
platform. 

10 

9. The system of claim 6, wherein the logic to associ- 
ate a content item with a publication in the server 
(1 03) further comprises: 

logic to identify a publication identifier (209) in 15 
a received publication request (203); and 
logic to search a content database (136) for the 
content item based upon the publication iden- 
tifier (209). 

20 

10. The system of claim 6, wherein the logic to associ- 
ate one of a number of presentation platforms with 
a publication further comprises logic to receive a 
publication request (203), the publication request 
(203) including a presentation platform identifier as- 25 
sociated with the presentation platform and a pub- 
lication identifier (209) associated with the publica- 
tion. 
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